home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ftp.cs.arizona.edu
/
ftp.cs.arizona.edu.tar
/
ftp.cs.arizona.edu
/
icon
/
newsgrp
/
group98c.txt
/
000001_icon-group-sender _Wed Sep 9 12:40:45 1998.msg
< prev
next >
Wrap
Internet Message Format
|
2000-09-20
|
2KB
Return-Path: <icon-group-sender>
Received: from kingfisher.CS.Arizona.EDU (kingfisher.CS.Arizona.EDU [192.12.69.239])
by baskerville.CS.Arizona.EDU (8.9.1a/8.9.1) with SMTP id MAA10499
for <icon-group-addresses@baskerville.CS.Arizona.EDU>; Wed, 9 Sep 1998 12:40:45 -0700 (MST)
Received: by kingfisher.CS.Arizona.EDU (5.65v4.0/1.1.8.2/08Nov94-0446PM)
id AA29800; Wed, 9 Sep 1998 12:40:18 -0700
To: icon-group@optima.CS.Arizona.EDU
Date: 9 Sep 1998 15:13:03 GMT
From: espie@liafa.jussieu.fr (Marc Espie)
Message-Id: <6t65tv$68d$1@vishnu.jussieu.fr>
Organization: None
Sender: icon-group-request@optima.CS.Arizona.EDU
References: <35F551C0.E6DA1515@ix.netcom.com>
Subject: Re: Ansi C version of Icon
Errors-To: icon-group-errors@optima.CS.Arizona.EDU
Status: RO
In article <35F551C0.E6DA1515@ix.netcom.com>,
David Feustel <feustel@ix.netcom.com> wrote:
>Are there any other Icon features besides coroutines that would
>preclude an Ansi C version of the commandline version of Icon?
>
If you want STRICT ansi C, you're asking for trouble, as malloc() is
limited to 64K thanks to brain-dead architectures.
Apart from that, this should be feasible... the way Icon configures and
builds is not a pretty sight, it would need some rather extensive efforts
to clean that up and get it to work with STRICT ansi.
--
Marc Espie
|anime, sf, juggling, unicycle, acrobatics, comics...
|AmigaOS, OpenBSD, C++, perl, Icon, PostScript...
| `real programmers don't die, they just get out of beta'